Buffered audio system with synchronizing bus controller

ABSTRACT

A method includes receiving samples of audio data and storing the samples of audio data in a buffer. Each of the samples of audio data includes a plurality of bits. The method also includes transmitting each of the plurality of bits, of each of the samples of audio data retrieved from the buffer, across a single-bit bus; and subsequent to transmitting each of the samples, transmitting a selected number of dummy bits across the single-bit bus. The selected number is greater than one. The method further includes analyzing activity of the buffer and, based on the activity of the buffer, dynamically adjusting the selected number. The method also includes acquiring the samples of audio data transmitted across the single-bit bus and ignoring the dummy bits. The method further includes generating analog signals in response to the samples of audio data acquired across the single-bit bus.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present disclosure is a continuation of U.S. patent application Ser.No. 11/481,137, filed on Jul. 5, 2006, now U.S. Pat. No. 8,310,965,which claims the benefit of U.S. Provisional Application No. 60/723,519,filed on Oct. 4, 2005 and U.S. Provisional Application No. 60/810,920,filed on Jun. 6, 2006. The entire disclosures of the above referencedapplications are incorporated herein by reference.

FIELD OF THE INVENTION

The present invention relates to transmitting media streams, and morespecifically audio/video streams, over a wireless link.

BACKGROUND OF THE INVENTION

Referring now to FIG. 1, a functional block diagram of an exemplarytransmission system according to the prior art is presented. The systemincludes an access point 102 and a client device 104. The access point102 includes a wired Internet connection 106, an encoder 108, aprocessor 110, and a network interface 112. The client device 104includes a network interface 120, a fixed-rate MP3 (MPEG layer 3)decoder 122, and a 2.5 millimeter audio jack 124. The wired Internetconnection 106 receives media information from a distributedcommunications system such as the Internet. This media information iscommunicated to the processor 110, which communicates it to the encoder108. The encoder 108 compresses the media information using a codingscheme such as MP3. The processor 110 communicates the compressed mediainformation to the network interface 112.

The network interface 112 transmits, optionally using antenna 126, thecompressed media information, which is received by the network interface120, optionally using antenna 128, of the client device 104. The networkinterface 120 communicates the compressed media information to thedecoder 122. The decoder 122 decodes the compressed media informationand outputs the uncompressed media information to the audio jack 124.The system depicted here attempts to save power at the client device104, which may be running on batteries, by transmitting compressed mediainformation and therefore using as little bandwidth as possible.

SUMMARY OF THE INVENTION

An access point comprises an audio content module that generates acontent signal based upon characteristics of an incoming media stream; adecoding module that decodes the incoming media stream into anuncompressed media stream at a bit rate determined by the content signalfrom the audio content module; and a network interface that transmitsthe uncompressed media stream from the decoding module.

In other features, the content signal indicates one of voice content andmusic content. The characteristics used by the audio content moduleinclude tags associated with the incoming media stream. Thecharacteristics used by the audio content module include tags associatedwith individual portions of the incoming media stream. Thecharacteristics used by the audio content module include frequencycontent of the incoming media stream. The decoding module creates theuncompressed media stream using pulse width modulation (PWM). Thecontent signal indicates one of voice content and music content.

In further features, the decoding module uses a first sample frequencyand a first number of bits per sample when the content signal indicatesvoice content and uses a second sample frequency and a second number ofbits per sample when the content signal indicates music content, whereinthe first sample frequency is less than the second sample frequency andthe first number is less than the second number. The decoding modulecreates the uncompressed media stream in mono when the content signalindicates voice content. The decoding module creates the uncompressedmedia stream in stereo when the content signal indicates music content.

In still other features, a media playback system comprises the accesspoint and a client device that communicates with the access point. Theclient device comprises a wireless network interface that wirelesslyreceives the uncompressed media stream and a digital to analog converterthat converts the received uncompressed media stream to an analogsignal. The client device further comprises an amplifier that amplifiesthe analog signal and an output module that outputs the amplified analogsignal.

A method comprises generating a content signal based uponcharacteristics of an incoming media stream; decoding the incoming mediastream into an uncompressed media stream at a bit rate determined by thecontent signal; and wirelessly transmitting the uncompressed mediastream. The content signal indicates one of voice content and musiccontent. The characteristics include tags associated with the incomingmedia stream. The characteristics include tags associated withindividual portions of the incoming media stream.

In other features, the characteristics include frequency content of theincoming media stream. The uncompressed media stream is in pulse widthmodulation (PWM) format. The content signal indicates one of voicecontent and music content. The PWM format uses a first sample frequencyand a first number of bits per sample when the content signal indicatesvoice content and uses a second sample frequency and a second number ofbits per sample when the content signal indicates music content, whereinthe first sample frequency is less than the second sample frequency andthe first number is less than the second number.

In further features, the uncompressed media stream is mono when thecontent signal indicates voice content. The uncompressed media stream isstereo when the content signal indicates music content. The methodfurther comprises wirelessly receiving the uncompressed media stream andconverting the uncompressed media stream into an analog signal. Themethod further comprises amplifying the analog signal and outputting theanalog signal.

An access point comprises audio content detecting means for generating acontent signal based upon characteristics of an incoming media stream;decoding means for decoding the incoming media stream into anuncompressed media stream at a bit rate determined by the content signalfrom the audio content detecting means; and network interfacing meansfor transmitting the uncompressed media stream from the decoding means.

In other features, the content signal indicates one of voice content andmusic content. The characteristics used by the audio content detectingmeans include tags associated with the incoming media stream. Thecharacteristics used by the audio content detecting means include tagsassociated with individual portions of the incoming media stream. Thecharacteristics used by the audio content detecting means includefrequency content of the incoming media stream. The decoding meanscreates the uncompressed media stream using pulse width modulation(PWM). The content signal indicates one of voice content and musiccontent.

In further features, the decoding means uses a first sample frequencyand a first number of bits per sample when the content signal indicatesvoice content and uses a second sample frequency and a second number ofbits per sample when the content signal indicates music content, whereinthe first sample frequency is less than the second sample frequency andthe first number is less than the second number. The decoding meanscreates the uncompressed media stream in mono when the content signalindicates voice content. The decoding means creates the uncompressedmedia stream in stereo when the content signal indicates music content.

In still other features, a media playback system comprises the accesspoint and a client device that communicates with the access point. Theclient device comprises wireless network interfacing means forwirelessly receiving the uncompressed media stream and digital to analogconversion means for converting the received uncompressed media streamto an analog signal. The client device further comprises amplifyingmeans for amplifying the analog signal and outputting means foroutputting the amplified analog signal.

A computer program stored for use by a processor comprises generating acontent signal based upon characteristics of an incoming media stream;decoding the incoming media stream into an uncompressed media stream ata bit rate determined by the content signal; and wirelessly transmittingthe uncompressed media stream. The content signal indicates one of voicecontent and music content. The characteristics include tags associatedwith the incoming media stream. The characteristics include tagsassociated with individual portions of the incoming media stream.

In other features, the characteristics include frequency content of theincoming media stream. The uncompressed media stream is in pulse widthmodulation (PWM) format. The content signal indicates one of voicecontent and music content. The PWM format uses a first sample frequencyand a first number of bits per sample when the content signal indicatesvoice content and uses a second sample frequency and a second number ofbits per sample when the content signal indicates music content, whereinthe first sample frequency is less than the second sample frequency andthe first number is less than the second number.

In further features, the uncompressed media stream is mono when thecontent signal indicates voice content. The uncompressed media stream isstereo when the content signal indicates music content. The computerprogram further comprises wirelessly receiving the uncompressed mediastream and converting the uncompressed media stream into an analogsignal. The computer program further comprises amplifying the analogsignal and outputting the analog signal.

An audio client device comprises a buffer that receives a stream ofsamples of audio data; a clock generator that generates a first clocksignal; a bus controller that reads samples from the buffer fortransmission across a bus using the first clock signal; a bus receiverthat receives samples from the bus controller and outputs a samplingclock along with each sample; and a control module that modifiesoperation of the bus controller to synchronize the sampling clock with aremote sampling clock based upon analysis of activity of the buffer. Thecontrol module alters a number of dummy bits transmitted by the buscontroller based upon the analysis.

In other features, each audio data sample contains N bits, and thecontrol module initially directs the bus controller to transmit a numberof dummy bits equal to N. Alteration of the number of dummy bits isbased upon a difference in quantity of samples received by the bufferand samples being read from the buffer. The quantity of samples receivedby the buffer includes samples lost prior to reaching the buffer. Thebuffer receives a first number of samples in a time period, a secondnumber of samples are read from the buffer, and the number of dummy bitsis decreased when the first number is greater than the second number.

In further features, a first number of samples are received by thebuffer in a time period, a second number of samples are read from thebuffer, and the number of dummy bits is increased when the first numberis less than the second number. The buffer receives samples in blocks,each block containing P samples. P is greater than one and the buscontroller reads samples from the buffer one at a time. The controlmodule waits to modify operation of the bus controller until the bufferhas received a first number of blocks. The first number is determinedbased upon granularity of modification of the bus controller.

In still other features, the clock generator includes a clock dividermodule that divides an internal clock signal by a divisor D to createthe first clock signal. The control module selectively changes thedivisor D to modify operation of the bus controller. The control modulechanges the divisor D for transmission by the bus controller of everyone out of S samples, wherein S is an integer greater than one. The busis an I²S bus, the bus controller is an I²S bus controller, and the busreceiver is an I²S bus receiver.

A method comprises buffering a stream of samples of audio data;generating a first clock signal; transmitting buffered samples across abus using the first clock signal; outputting samples received from thebus along with a sampling clock; and modifying operation of thetransmitting to synchronize the sampling clock with a remote samplingclock based upon analysis of activity of the buffering. The modifyingincludes altering a number of dummy bits used by the transmitting basedupon the analysis.

In other features, each audio data sample contains N bits, and thetransmitting initially sets the number of dummy bits equal to N. Thealtering is based upon a difference in quantity of samples received bythe buffering and quantity of samples read by the transmitting. Thequantity of samples received includes samples lost prior to thebuffering. The buffering buffers a first number of samples in a timeperiod, the transmitting reads a second number of buffered samples inthe time period, and further comprising decreasing the number of dummybits when the first number is greater than the second number.

In further features, the buffering buffers a first number of samples ina time period, the transmitting reads a second number of bufferedsamples in the time period, and further comprising increasing the numberof dummy bits when the first number is less than the second number. Thebuffering is performed in blocks of samples, wherein each block containsP samples. P is greater than one, and the transmitting reads bufferedsamples one at a time. The modifying is performed after the bufferinghas received a first number of blocks.

In still other features, the method further comprises determining thefirst number based upon granularity of the modifying. The generating thefirst clock signal includes dividing an internal clock signal by adivisor D. The modifying includes selectively changing the divisor D.The modifying includes changing the divisor D for every one out of Ssamples transmitted by the transmitting, wherein S is an integer greaterthan one. The transmitting is performed using Inter-IC Sound (I²S).

An audio client device comprises buffering means for receiving a streamof samples of audio data; clock generating means for generating a firstclock signal; bus controlling means for reading samples from thebuffering means for transmission across a bus using the first clocksignal; bus receiving means for receiving samples from the buscontrolling means and outputting a sampling clock along with eachsample; and controlling means for modifying operation of the buscontrolling means to synchronize the sampling clock with a remotesampling clock based upon analysis of activity of the buffering means.The controlling means alters a number of dummy bits transmitted by thebus controlling means based upon the analysis.

In other features, each audio data sample contains N bits, and thecontrolling means initially directs the bus controlling means totransmit a number of dummy bits equal to N. Alteration of the number ofdummy bits is based upon a difference in quantity of samples received bythe buffering means and samples being read from the buffering means. Thequantity of samples received by the buffering means includes sampleslost prior to reaching the buffering means. The buffering means receivesa first number of samples buffering means in a time period, a secondnumber of samples are read from the buffering means, and the number ofdummy bits is decreased when the first number is greater than the secondnumber.

In further features, a first number of samples are received by thebuffering means in a time period, a second number of samples are readfrom the buffering means, and the number of dummy bits is increased whenthe first number is less than the second number. The buffering meansreceives samples in blocks, each block containing P samples. P isgreater than one and the bus controlling means reads samples from thebuffering means one at a time. The controlling means waits to modifyoperation of the bus controlling means until the buffering means hasreceived a first number of blocks. The first number is determined basedupon granularity of modification of the bus controlling means.

In still other features, the clock generating means includes clockdividing means for dividing an internal clock signal by a divisor D tocreate the first clock signal. The controlling means selectively changesthe divisor D to modify operation of the bus controlling means. Thecontrolling means changes the divisor D for transmission by the buscontrolling means of every one out of S samples, wherein S is an integergreater than one. The bus is an I²S bus, the bus controlling means is anI²S bus controlling means, and the bus receiving means is an I²S busreceiving means.

A computer program stored for use by a processor comprises buffering astream of samples of audio data; generating a first clock signal;transmitting buffered samples across a bus using the first clock signal;outputting samples received from the bus along with a sampling clock;and modifying operation of the transmitting to synchronize the samplingclock with a remote sampling clock based upon analysis of activity ofthe buffering. The modifying includes altering a number of dummy bitsused by the transmitting based upon the analysis.

In other features, each audio data sample contains N bits, and thetransmitting initially sets the number of dummy bits equal to N. Thealtering is based upon a difference in quantity of samples received bythe buffering and quantity of samples read by the transmitting. Thequantity of samples received includes samples lost prior to thebuffering. The buffering buffers a first number of samples in a timeperiod, the transmitting reads a second number of buffered samples inthe time period, and further comprising decreasing the number of dummybits when the first number is greater than the second number.

In further features, the buffering buffers a first number of samples ina time period, the transmitting reads a second number of bufferedsamples in the time period, and further comprising increasing the numberof dummy bits when the first number is less than the second number. Thebuffering is performed in blocks of samples, wherein each block containsP samples. P is greater than one, and the transmitting reads bufferedsamples one at a time. The modifying is performed after the bufferinghas received a first number of blocks.

In still other features, the computer program further comprisesdetermining the first number based upon granularity of the modifying.The generating the first clock signal includes dividing an internalclock signal by a divisor D. The modifying includes selectively changingthe divisor D. The modifying includes changing the divisor D for everyone out of S samples transmitted by the transmitting, wherein S is aninteger greater than one. The transmitting is performed using Inter-ICSound (I²S).

Further areas of applicability of the present invention will becomeapparent from the detailed description provided hereinafter. It shouldbe understood that the detailed description and specific examples, whileindicating the preferred embodiment of the invention, are intended forpurposes of illustration only and are not intended to limit the scope ofthe invention.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention will become more fully understood from thedetailed description and the accompanying drawings, wherein:

FIG. 1 is a functional block diagram of an exemplary transmission systemaccording to the prior art;

FIG. 2A is a functional block diagram of a power sensible mediatransmission scheme;

FIG. 2B is an exemplary functional block diagram of media informationreceived via satellite radio;

FIG. 2C is an exemplary functional block diagram of media informationreceived via the Internet;

FIG. 2D is an exemplary functional block diagram of media informationreceived from a local source;

FIG. 2E is an exemplary functional block diagram of media informationreceived from a radio broadcaster;

FIG. 3 is an exemplary timing diagram of an I²S bus;

FIG. 4 is an alternate exemplary timing diagram of an I²S bus;

FIG. 5 is an exemplary timing diagram of an I²S bus with one fewer dummybit;

FIG. 6 is a functional block diagram of an exemplary system employing aclock compensation scheme according to the principles of the presentinvention;

FIG. 7A is a flowchart depicting exemplary operation of inbound samplecounting;

FIG. 7B is a flowchart depicting exemplary alternative operation ofinbound sample counting;

FIG. 7C is a flowchart depicting exemplary operation of outbound samplecounting;

FIG. 8 is a flowchart depicting exemplary steps taken to determine clockdrift;

FIG. 9 is a flowchart depicting exemplary operation of the controlmodule when compensating the clock by using dummy bits;

FIG. 10 is an exemplary flowchart depicting alternative operation of thecontrol module in compensating for clock drift;

FIG. 11 is an exemplary timing diagram of an I²S bus where the period ofSCK is varied;

FIG. 12A is a functional block diagram of a high definition television;

FIG. 12B is a functional block diagram of a cellular phone;

FIG. 12C is a functional block diagram of a set top box; and

FIG. 12D is a functional block diagram of a media player.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

The following description of the preferred embodiments is merelyexemplary in nature and is in no way intended to limit the invention,its application, or uses. For purposes of clarity, the same referencenumbers will be used in the drawings to identify similar elements. Asused herein, the term module refers to an application specificintegrated circuit (ASIC), an electronic circuit, a processor (shared,dedicated, or group) and memory that execute one or more software orfirmware programs, a combinational logic circuit, and/or other suitablecomponents that provide the described functionality. As used herein, thephrase at least one of A, B, and C should be construed to mean a logical(A or B or C), using a non-exclusive logical or. It should be understoodthat steps within a method may be executed in different order withoutaltering the principles of the present invention.

Referring now to FIG. 2A, a functional block diagram of a power sensiblemedia transmission scheme is depicted. An access point 140 includes apower supply 141, a control module 142, an audio content detector 144, adecoder 146, and a network interface 148. The network interface 148 maycommunicate using an antenna 150. The power supply 141 receives linepower, such as from a wall receptacle or from Power over Ethernet, andpowers the control module 142, the audio content detector 144, thedecoder 146, and the network interface 148.

The control module 142 receives media information, such as audio and/orvideo information. The source of media information is discussed in moredetail with respect to FIGS. 2B-2E. The audio content detector 144 anddecoder 146 also receive the media information. The control module 142communicates with the audio content detector 144, a decoder 146, and thenetwork interface 148. The audio content detector 144 determinescharacteristics of the media information. Based on thesecharacteristics, the audio content detector 144 communicates a controlsignal to the decoder 146.

The decoder 146 communicates decoded media information to the networkinterface 148. The decoder 146 converts incoming media information intoa format that requires little or no decoding, such as PCM (Pulse CodeModulation). Based on the control signal from the audio content detector144, the decoder 146 varies the bit rate of information outputted to thenetwork interface 148. For instance, high fidelity music may requiremore bandwidth than voice data; CD quality music may require 44.1 kHz of16-bit stereo samples, while voice may only require 11.025 kHz of 8-bitmono (or monophonic; i.e., one channel, as compared to stereo, whichuses two channels) samples. Alternately, voice may require 8 kHz of8-bit mono samples.

When the audio content detector 144 determines that CD quality music isbeing transmitted, the decoder 146 may output 44.1 kHz PCM, in stereo,with eight bits per sample. This simple PCM data requires little to noprocessing capability on the part of client devices. Bandwidthrequirements are attenuated by transmitting only the bandwidth requiredby the given media signal. This structure allows client devices to savepower by eliminating the need for a DSP (digital signal processor) orother decoding device, while still limiting the bandwidth as much aspossible.

The audio content detector 144 may function in a number of ways. Theaudio content detector 144 may analyze the time domain data or frequencyspectrum of the media information to determine characteristics of themedia information. The audio content detector 144 may also analyze tagsstored with an incoming media file, such as MP3 tags, including ID3and/or APEv2 tags. Files conforming to such formats as the RIFF(Resource Interchange File Format) format, and more specifically to theWAV (WAVeform audio format) format, are stored as sequences of portions.Each portion may be marked with a tag indicating the type of data thatthe portion contains. The audio content detector 144 can then instructdecoder 146 to transmit portions of the WAV file at a high frequency andresolution for those portions of the WAV file that are music, and at alower frequency and/or resolution for those portions that are voice.

A first client device 160 includes a network interface 162, a digital toanalog converter (DAC) 164, an output module 166, and a battery 168. Thebattery 168 provides power to the components of the client device 160,and the network interface 162 may communicate via an antenna 170. Thenetwork interface 162 receives uncompressed media information andcommunicates this information to the DAC 164. An analog output of theDAC 164 is communicated outside of the client device 160 by the outputmodule 166. A second exemplary client device 180 includes a networkinterface 182, a DAC 184, an amplifier 186, a transducer/audio connector188, and a battery 190. The battery 190 provides power to the componentsof the second client device 180, and the network interface 182 maycommunicate using an antenna 192.

The network interface 182 communicates media information to the DAC 184,which outputs an analog signal to the amplifier 186. The amplifier 186amplifies the signal and communicates it to the transducer/audioconnector 188. The transducer/audio connector 188 may be a transducer,such as a speaker, or may be an audio connector, such as a headphonejack or RCA connectors. The DAC 184 may be clocked based on the samplefrequency of the incoming media. Alternatively, the DAC 184 may have aconstant clock, while a buffer within the network interface 182 holdseach incoming sample at its output for more than one clock cycle. Forexample, if the current incoming sample rate is one-fourth of themaximum sample rate, the clock for the DAC 184 may be set at the maximumsample rate, and the network interface 182 will hold each sample forfour clock cycles.

The media information received by the access point 140 may come from anover-the-air source, a hard drive, the Internet, etc. Referring now toFIG. 2B, an exemplary functional block diagram of media informationreceived via satellite radio is presented. A satellite radio broadcaster193-1 broadcasts an encoded media stream. A satellite radio tuner 193-2receives the encoded media stream, converts it to baseband, andcommunicates the media information encapsulated therein to the accesspoint 140.

Referring now to FIG. 2C, an exemplary functional block diagram of mediainformation received via the Internet is presented. An Internetbroadcaster 194-1, a music server 194-2, and a peer computer 194-3communicate with a service provider 194-4 via the Internet 194-5. Theservice provider communicates media information to the access point 140.The Internet broadcaster 194-1 may be, for example, an Internet radiostation or a streaming multicast shared with a TV or radio broadcaster.The music server 194-2 may be an online music service such as Napster oriTunes. Media information may be obtained from the peer computer 194-3via peer-to-peer software, such as BitTorrent or Kazaa, or byclient-server file transfer, such as FTP (file transfer protocol).

Referring now to FIG. 2D, an exemplary functional block diagram of mediainformation received from a local source is presented. The local source197 may include a CD/DVD drive 198-1, a hard drive 198-2, and/or audiosoftware 198-3. The CD/DVD drive 198-1 may contain music and/or videodiscs, or may be audio discs from which media information is obtained.Audio software 198-3 may include a MIDI sequencer (Musical InstrumentDigital Interface) or studio audio creation software such as SoundForge. The local source transmits media information to the access point140. The access point 140 and local source 197 may be combined within asingle device, sharing a single chassis.

Referring now to FIG. 2E, an exemplary functional block diagram of mediainformation received from a radio broadcaster is presented. A radiobroadcaster 199-1 broadcasts a media stream using a modulation schemesuch as AM or FM. A radio receiver 199-2 receives the media stream,demodulates it to baseband, and communicates the media information tothe access point 140.

Referring now to FIG. 3, an exemplary timing diagram of an exemplaryserial bus is depicted. The serial bus may have characteristicsincluding a clock signal, a data signal, and a delineation signal thatindicates when the data signal transmits valid data. Such a serial busis the I²S (Inter-IC Sound) bus. Philips Semiconductors I²S BusSpecification, revised Jun. 5, 1996 is incorporated herein by referencein its entirety. The I²S bus includes a clock, SCK 200, a word selectline, WS 202, and a serial data line, SD 204. SCK 200 has a periodindicated by T₁. The I²S bus specification dictates that in the clockcycle following a clock cycle where WS 202 has changed state, the MSB(most significant bit) of a word will be transmitted on SD 204. Theremaining bits of the word to be transmitted on SD 204 are sent indecreasing order of significance, until the LSB (least significant bit)is sent.

In the example of FIG. 3, WS 202 is high in clock cycle 206, as sampledby the rising edge of SCK 200. At the next rising edge 208 of SCK 200,WS 202 has changed to a low state. This indicates that at the followingrising edge 210 of SCK 200, the MSB of a word will be asserted on SD204. In the example of FIG. 3, there are eight bits in each word, andthe MSB of one word occurs in the clock cycle following the LSB of theprevious word. This may not always be the case—there may be one or moreclock cycles after the LSB of a word before the following MSB isindicated by WS 202 changing state.

Referring now to FIG. 4, an alternate exemplary timing diagram of an I²Sbus is depicted. The I²S bus includes SCK 220, WS 222, and SD 224. Theperiod of SCK 220 is T₂, which is half of T₁ of FIG. 3. Because theperiod of SCK 220 is halved, edges of WS 222 occur more quickly in orderto fall between rising edges of SCK 220. The words transmitted on SD 224still contain eight bits, and WS 222 has the same period as WS 202 ofFIG. 3. Because SCK 220 is twice as fast, the word is transmitted on SD224 in half of the time, and the remaining bits until the following wordbegins are dummy bits. In this example, there are eight dummy bits, thevalues of which are irrelevant. If it is desired that the words betransmitted slightly faster, one fewer dummy bit can be included. Thetransition on WS 222 would thus occur one clock cycle earlier, and theMSB of one word would be one cycle closer to the LSB of the previousword. This situation is depicted in FIG. 5.

Referring now to FIG. 5, an exemplary timing diagram of an I²S bushaving one fewer dummy bit than FIG. 4 is depicted. The I²S bus includesSCK 230, WS 232, and SD 234. SD 234 transmits eight bits of a word,followed by seven dummy bits, followed by eight bits of the next word.Transmitting one fewer dummy bit causes the MSB of the following word tooccur one clock cycle earlier than if there were eight dummy bits as inFIG. 4. For instance, an MSB indicated by 238-1 occurs one clock cycleearlier than the corresponding MSB of FIG. 4. MSB 238-2 occurs two clockcycles earlier, while MSB 238-3 occurs three cycles earlier. With eightword bits and eight dummy bits, the removal of one dummy bit produces a1/16^(th) change in the effective data rate. If each word was 32 bits(corresponding to two 16-bit audio samples) and an equal number of dummybits were used, each dummy bit would produce a 1/64^(th) change in thedata rate. This property may be used to finely change the data ratewithout having to vary SCK 230.

Referring now to FIG. 6, a functional block diagram of an exemplarysystem employing a clock compensation scheme according to the principlesof the present invention is presented. A broadcaster 250 includes amusic source 252 and a network interface 254. The music source 252 mayinclude CDs, hard-drive-based files, and/or any other suitable media.This media information is transmitted by the network interface 254. Thenetwork interface 254 may be a satellite uplink in the case of satellitebroadcasting. An access point 260 includes a network interface 262, abaseband processing module 264, a decoding module 266, and a networkinterface 268. The network interface 262 receives media information,such as from the broadcaster 250.

The network interface 262 may receive wireless Ethernet (such as IEEE802.11), satellite, or other over-the-air programming. The networkinterface 262 outputs information to the baseband processing module 264,which performs functions such as error correction and noise shaping. Thebaseband processing module 264 communicates an output to the decodingmodule 266, which may decode incoming media data encoded with suchalgorithms as advanced audio coding (AAC) or advanced multi-bandexcitation (AMBE). The decoding module 266 then outputs data to thenetwork interface 268, which transmits the data using any appropriatecommunications method, such as IEEE 802.11.

A client device 280 includes a network interface 282. The networkinterface 282 may receive media information from the network interface268 of the access point 260 or may receive information directly from thenetwork interface 254 of the broadcaster 250. The network interface 282communicates received information to a buffer 284. Media information maybe received by the network interface 282, and thereby transmitted to thebuffer 284, in blocks. These blocks may contain fragments of audioinformation of fixed time length. For instance, XM satellite radiotransmits 10 milliseconds of audio data (i.e., 441 samples for 44.1 kHzdata) in each block. Blocks may also be created to conform to minimumtransmission requirements of the network interface 282. Each block isthen loaded into the buffer 284, possibly in rapid succession or even ata single time.

The buffer 284 communicates with an I²S controller 286. A control module288 communicates with the network interface 282, the buffer 284, the I²Scontroller 286, and a clock divider 290. The clock divider 290 receivessignals from a clock generator 292 and outputs a divided clock, SCK, tothe I²S controller 286. The clock divider 290 may not be necessary insome implementations, and the clock generator 292 would then communicatedirectly with the I²S controller 286. The I²S controller 286 readssamples from the buffer 284 and transmits them across an I²S bus to anI²S receiver 294. The I²S receiver 294 outputs data to a digital toanalog converter (DAC) 296.

The DAC 296 may be a stereo DAC, and therefore may receive two parallelstreams of data from the I²S receiver 294. The stereo DAC 296 alsoreceives a word select line, WS, from the I²S receiver 294. WS serves asthe clock for the DAC 296. Alternatively, a version of WS doubled infrequency may serve as the clock for the DAC 296. This can beaccomplished by clocking the DAC 296 on both the rising and fallingedges of WS. An output of the DAC 296 is communicated to an outputmodule 298, which, if the DAC 296 is stereo, will likely also be stereo.

In order to make the clock generator 292 easy to implement, instead ofattempting to finely control the frequency of SCK, the number of dummybits inserted by the I²S controller 286 can be varied by the controlmodule 288. Transmitting fewer dummy bits creates less gap betweensamples, and therefore increases the rate at which samples are removedfrom the buffer 284. This is functionally similar to increasing thefrequency of SCK and leaving the number of dummy bits unchanged. Varyingthe number of dummy bits will change the period of WS (used to samplethe DAC 296), and therefore will change the playback frequency. This maybe desired to align the playback frequency of the DAC 296 with thesource of the media information, such as the broadcaster 250 or with theaccess point 260.

Referring now to FIG. 7A, a flowchart depicts exemplary operation ofinbound sample counting. The number of samples received by the buffer284 can be used to estimate the clock drift between the local WS clockand the remote sample clock (i.e., the sample clock of the transmittingmusic source). InCount represents the number of samples received by thebuffer 284 of FIG. 6 since clock drift was last determined. In step 300,InCount is incremented by the value SamplesPerBlock. Because the buffer284 may receive samples in blocks, InCount is incremented by the numberof samples in each block. Control repeats with step 300, where InCountis incremented by SamplesPerBlock when the next block is added to thebuffer 284.

Referring now to FIG. 7B, a flowchart depicts exemplary alternativeoperation of inbound sample counting. If each block received by thenetwork interface 282 of FIG. 6 contains a consecutive instance number,control can determine if blocks have been lost in communication (ordecoded unsatisfactorily and therefore discarded). In step 302, avariable k is set to the current block instance number minus theprevious block instance number. If no blocks have been lost, the currentinstance number will be one greater than the previous instance number,and k will be set to one.

Control continues in step 304 where InCount is incremented byk*SamplesPerBlock. If, for example, a single block was lost prior to thecurrent block, the current instance number will be two greater than theprevious instance number, making k equal to 2. InCount is thereforeincremented by the number of samples in each block the buffer shouldhave received, even though some may have been lost. Control then returnsto step 302.

Referring now to FIG. 7C, a flowchart depicts exemplary operation ofoutbound sample counting. In step 306, OutCount is incremented by one.OutCount represents the number of samples removed from the buffer 284 bythe I²S controller 286. Samples may be removed individually by the I²Scontroller 286, and therefore OutCount is incremented by one. If I²Scontroller 286 removes multiple samples from the buffer 284 at once,OutCount will be incremented by that number of samples. Control repeatsat step 306, where OutCount is incremented when the next sample isremoved from the buffer 284.

Referring now to FIG. 8, a flowchart depicting exemplary steps taken todetermine clock drift is presented. Control begins in step 310, whereInCount is set to 0, OutCount is set to 0, DummyBits is set toBitsPerSample, and AdjustRes is set to 1/(BitsPerSample+DummyBits).InCount represents the number of samples received by the buffer sinceclock drift was last determined. OutCount represents the number ofsamples removed from the buffer by the I²S controller since clock driftwas last determined. BitsPerSample represents the number of bitscontained in each sample. For instance, a stereo 16-bit source impliesthat BitsPerSample is 32, while a mono 8-bit source implies 8.

DummyBits is the number of bits to be added by the I²S controller 286between an LSB of one word and the MSB of the next word. DummyBits mayinitially be set to any number. When there are an equal number of dummybits and sample bits, the frequency of SCK generated will be half thatof SCK generated in the absence of dummy bits. AdjustRes is the amountby which the clock can be changed by adding or removing a single dummybit. SamplesPerBlock is the number of samples contained within eachblock transmitted to the network interface. For instance, if a blockcontains 10 milliseconds of 44.1 kHz audio, there are likely 441 samplesin each block.

Control transfers to step 312, where BlockError is set toSamplesPerBlock/InCount. Control continues in step 314, where BlockErroris compared to AdjustRes. If BlockError is less than AdjustRes, controlcontinues in step 316; otherwise, control returns to step 312.BlockError is a representation of the uncertainty in InCount due to thefact that InCount is incremented in large intervals. As InCountincreases, BlockError decreases. Once BlockError is low enough, meaningthat a single extra block received will not significantly alter theanalysis, clock drift can be determined. The buffer may be able to storemore than eight blocks of data to allow enough room for this algorithmto work.

In step 316, Drift is computed by subtracting InCount from OutCount, anddividing the result by OutCount. Control then continues in step 318,where the absolute value of Drift is compared to the sum of BlockErrorand AdjustRes. If the absolute value of Drift is greater than BlockErrorplus AdjustRes, control transfers to step 320; otherwise controltransfers to step 322.

In step 320, the absolute value of Drift is greater than the sum ofBlockError and AdjustRes; therefore, the clock is beyond tolerance andmay be compensated. A positive value of Drift means that more samplesare being removed from the buffer than are being placed into it, and sothe clock that removes samples from the buffer must be slowed. The clockis therefore compensated by the opposite of Drift. Control thencontinues in step 322, where InCount and OutCount are set to zero.Control then returns to step 312.

Referring now to FIG. 9, a flowchart depicts exemplary operation of thecontrol module when compensating the clock by using dummy bits. Thesteps of FIG. 8 are represented in FIG. 9, except that step 320 isreplaced with step 330, and control transfers from step 330 to step 332before continuing to step 322. In step 330, the number of dummy bits isincreased by Drift divided by AdjustRes, rounded to the nearest integer.

If Drift is equal to 1/64, for every 64 samples removed from the buffer,only 63 samples have been received. If AdjustRes is 1/64 (such as thecase where each sample has 32 bits and 32 dummy bits are being used),Drift divided by AdjustRes is equal to 1. The number of DummyBits istherefore increased by one, which slows the removal of samples from thebuffer. Control transfers to step 332, where AdjustRes is updated, basedon the new number of DummyBits, to 1/(BitsPerSample+DummyBits). UpdatingAdjustRes may be omitted, and reasonable accuracy will still bemaintained if DummyBits does not vary greatly. Control then continues instep 322.

Referring now to FIG. 10, an exemplary flowchart depicts alternativeoperation of the control module in compensating for clock drift. Controlbegins in step 350, where control waits for a period of time specifiedby the parameter WaitTime. WaitTime may initially be set so as to allowthe buffer 284 of FIG. 6 to partially fill. Control continues in step352, where the level of buffer 284 is read. Control continues in step354, where, if the buffer level is less than Low_Limit1, controltransfers to step 356; otherwise control transfers to step 358. In step356, if the buffer level is less than a second limit, Low_Limit2,control transfers to step 360; otherwise control transfers to step 362.

In step 358, if the buffer level is greater than High_Limit1, controltransfers to step 364; otherwise control returns to step 350. In step364, if the buffer level is greater than High_Limit2, control transfersto step 366; otherwise control transfers to step 368. Low_Limit2 is lessthan Low_Limit1, and High_Limit2 is greater than High_Limit1. In step362, the number of dummy bits is incremented by 1, and WaitTime isdecreased. Control then returns to step 350. In step 360, the bufferlevel is even lower, so the number of dummy bits is increased by 2 andWaitTime is increased. Control then returns to step 350. In step 368,the number of dummy bits is decreased by 1 and WaitTime is decreased.Control then returns to step 350. In step 366, the number of dummy bitsis decreased by 2 and WaitTime is increased. Control then returns tostep 350.

WaitTime is increased when the amount of change in DummyBits is greater.This allows more time for the buffer level to respond to the largerchange in DummyBits. When the change in DummyBits is smaller, the waittime can be decreased. This implementation relies on the assumption thatthe buffer level will remain between boundaries. If the buffer levelrises too much, the I²S controller is likely not removing samples fromthe buffer fast enough. Therefore, the number of dummy bits isdecreased, increasing the rate of removal of samples. If the bufferlevel drops too low, the I²S controller is likely removing samples fromthe buffer too quickly, so the number of dummy bits is increased. Inother implementations, clock drift may be adjusted by techniques otherthan changing the number of dummy bits. For example, the I²S clock, SCK,may be adjusted directly.

To compensate for clock drift in the I²S controller, an alternativeprocess would be to speed up the I²S clock, SCK, periodically. Forinstance, the bit clock SCK may be accelerated for every one out of nsamples. The clock can be changed rapidly by changing the divisor usedby the clock divider 290. If, for instance, the clock divider 290divides the incoming clock by 4 to create SCK, the clock divider 290 mayabruptly change to dividing by 2 or 3 for the one out of every nsamples.

This technique is depicted in FIG. 11, with an exemplary timing diagramof an I²S bus where the period of SCK is varied. The I²S bus includesSCK 390, WS 392, and SD 394. Each word in the example of FIG. 10contains eight bits. SCK normally has a period of T₁. During thetransmission of one or more words, the period of SCK may be varied to,for example, T₂. In FIG. 11, words are transmitted using an SCK havingperiod T₁ until the word beginning with MSB 396, which is transmittedwith an SCK of period T₂. Transmission of the next word, beginning withMSB 398, returns to an SCK of period T₁. T₂ may be greater than or lessthan T₁, and will often be a fraction of T₁, such as ¾ or ⅞. Thefraction may remain close to one to minimize audible distortion causedby varying the sample period. The period of SCK may be changedperiodically, such as for every one of four words, or by some otherscheme, such as whenever clock drift is detected.

Referring now to FIGS. 12A-12D, various exemplary implementations of thepresent invention are shown. Referring now to FIG. 12A, the presentinvention can be implemented in a high definition television (HDTV) 420.The present invention may be used to transmit audio data via a WLANinterface 429 or to play back received audio data. The present inventionmay be implemented in either or both signal processing and/or controlcircuits, which are generally identified in FIG. 12A at 422 or the WLANinterface 429 itself. The HDTV 420 receives HDTV input signals in eithera wired or wireless format and generates HDTV output signals for adisplay 426. In some implementations, signal processing circuit and/orcontrol circuit 422 and/or other circuits (not shown) of the HDTV 420may process data, perform coding and/or encryption, performcalculations, format data, and/or perform any other type of HDTVprocessing that may be required.

The HDTV 420 may communicate with mass data storage 427 that stores datain a nonvolatile manner such as optical and/or magnetic storage devices.The magnetic storage device may be a mini HDD that includes one or moreplatters having a diameter that is smaller than approximately 1.8″. TheHDTV 420 may be connected to memory 428 such as RAM, ROM, low latencynonvolatile memory such as flash memory, and/or other suitableelectronic data storage.

Referring now to FIG. 12B, the present invention can be implemented in acellular phone 450 that may include a cellular antenna 451. Theinvention may be used to transmit data via a WLAN interface 468 or toplay back received audio data. The present invention may implementand/or be implemented in either or both signal processing and/or controlcircuits, which are generally identified in FIG. 12B at 452, or the WLANinterface 468. In some implementations, the cellular phone 450 includesa microphone 456, an audio output 458 such as a speaker and/or audiooutput jack, a display 460 and/or an input device 462 such as a keypad,pointing device, voice actuation, and/or other input device. The signalprocessing and/or control circuits 452 and/or other circuits (not shown)in the cellular phone 450 may process data, perform coding and/orencryption, perform calculations, format data, and/or perform othercellular phone functions.

The cellular phone 450 may communicate with mass data storage 464 thatstores data in a nonvolatile manner such as optical and/or magneticstorage devices for example hard disk drives HDD and/or DVDs. The HDDmay be a mini HDD that includes one or more platters having a diameterthat is smaller than approximately 1.8″. The cellular phone 450 may beconnected to memory 466 such as RAM, ROM, low latency nonvolatile memorysuch as flash memory, and/or other suitable electronic data storage.

Referring now to FIG. 12C, the present invention can be implemented in aset top box 480. The present invention may be used to transmit data viaa WLAN interface 496 or to play back received audio data. The presentinvention may implement and/or be implemented in either or both signalprocessing and/or control circuits, which are generally identified inFIG. 12C at 484 or the WLAN interface itself. The set top box 480receives signals from a source such as a broadband source and outputsstandard and/or high definition audio/video signals suitable for adisplay 488 such as a television and/or monitor and/or other videoand/or audio output devices. The signal processing and/or controlcircuits 484 and/or other circuits (not shown) of the set top box 480may process data, perform coding and/or encryption, performcalculations, format data, and/or perform any other set top boxfunction.

The set top box 480 may communicate with mass data storage 490 thatstores data in a nonvolatile manner. The mass data storage 490 mayinclude optical and/or magnetic storage devices for example hard diskdrives HDD and/or DVDs. The HDD may be a mini HDD that includes one ormore platters having a diameter that is smaller than approximately 1.8″.The set top box 480 may be connected to memory 494 such as RAM, ROM, lowlatency nonvolatile memory such as flash memory and/or other suitableelectronic data storage.

Referring now to FIG. 12D, the present invention can be implemented in amedia player 500. The present invention may allow synchronized audioplayback at the media player 500. The present invention may implementand/or be implemented in either or both signal processing and/or controlcircuits, which are generally identified in FIG. 12D at 504, or the WLANinterface 516 itself. In some implementations, the media player 500includes a display 507 and/or a user input 508 such as a keypad,touchpad and the like. In some implementations, the media player 500 mayemploy a graphical user interface (GUI) that typically employs menus,drop down menus, icons and/or a point-and-click interface via thedisplay 507 and/or user input 508. The media player 500 further includesan audio output 509 such as a speaker and/or audio output jack. Thesignal processing and/or control circuits 504 and/or other circuits (notshown) of the media player 500 may process data, perform coding and/orencryption, perform calculations, format data and/or perform any othermedia player function.

The media player 500 may communicate with mass data storage 510 thatstores data such as compressed audio and/or video content in anonvolatile manner. In some implementations, the compressed audio filesinclude files that are compliant with MP3 format or other suitablecompressed audio and/or video formats. The mass data storage may includeoptical and/or magnetic storage devices for example hard disk drives HDDand/or DVDs. The HDD may be a mini HDD that includes one or moreplatters having a diameter that is smaller than approximately 1.8″. Themedia player 500 may be connected to memory 514 such as RAM, ROM, lowlatency nonvolatile memory such as flash memory, and/or other suitableelectronic data storage. Still other implementations in addition tothose described above are contemplated.

Those skilled in the art can now appreciate from the foregoingdescription that the broad teachings of the present invention can beimplemented in a variety of forms. Therefore, while this invention hasbeen described in connection with particular examples thereof, the truescope of the invention should not be so limited since othermodifications will become apparent to the skilled practitioner upon astudy of the drawings, the specification and the following claims.

What is claimed is:
 1. An apparatus comprising: a buffer configured tostore samples of audio data, wherein each of the samples of audio datacomprises a plurality of bits; a bus controller configured to transmiteach of the plurality of bits, of each of the samples of audio data fromthe buffer, across a single-bit bus, wherein the bus controller isfurther configured to, subsequent to transmitting each of the samples,transmit a selected number of dummy bits across the single-bit bus, andwherein the selected number of dummy bits to be transmitted across thesingle-bit bus is greater than one; a control module configured to (i)analyze activity of the buffer, and (ii) based on the activity of thebuffer, dynamically adjust the selected number of dummy bits to betransmitted across the single-bit bus; a bus receiver configured to (i)receive the samples of audio data transmitted across the single-bit busfrom the bus controller and (ii) ignore the dummy bits transmittedacross the single-bit bus from the bus controller; and a digital toaudio converter configured to generate analog signals in response to thesamples of audio data received from the bus receiver, wherein thecontrol module is configured to adjust the selected number of dummy bitsto be transmitted across the single-bit bus based on a differencebetween (i) a first quantity indicating number of samples of audio datastored by the buffer and (ii) a second quantity indicating number ofsamples of audio data being retrieved from the buffer by the buscontroller, and adjust the first quantity to account for samples ofaudio data lost prior to reaching the buffer.
 2. The apparatus of claim1, wherein each of the samples of audio data comprises a predeterminednumber of bits, and wherein the selected number of dummy bits to betransmitted across the single-bit bus is initially selected to beapproximately equal to the predetermined number.
 3. The apparatus ofclaim 1, wherein: the control module is configured to decrease theselected number of dummy bits to be transmitted across the single-bitbus in response to a first number being greater than a second number,the first number represents a number of samples of audio data stored bythe buffer during a predetermined time period, and the second numberrepresents a number of samples of audio data retrieved from the bufferduring the predetermined time period.
 4. The apparatus of claim 3,wherein the control module is configured to increase the selected numberof dummy bits to be transmitted across the single-bit bus in response tothe first number being less than the second number.
 5. The apparatus ofclaim 1, wherein the single-bit bus comprises anInter-Integrated-Circuit Sound (I²S) bus, the bus controller comprisesan I²S bus controller, and the bus receiver comprises an I²S busreceiver.
 6. An apparatus comprising: a buffer configured to storesamples of audio data, wherein each of the samples of audio datacomprises a plurality of bits; a bus controller configured to transmiteach of the plurality of bits, of each of the samples of audio data fromthe buffer, across a single-bit bus, wherein the bus controller isfurther configured to, subsequent to transmitting each of the samples,transmit a selected number of dummy bits across the single-bit bus, andwherein the selected number of dummy bits to be transmitted across thesingle-bit bus is greater than one; a control module configured to (i)analyze activity of the buffer, and (ii) based on the activity of thebuffer, dynamically adjust the selected number of dummy bits to betransmitted across the single-bit bus; a bus receiver configured to (i)receive the samples of audio data transmitted across the single-bit busfrom the bus controller and (ii) ignore the dummy bits transmittedacross the single-bit bus from the bus controller; and a digital toaudio converter configured to generate analog signals in response to thesamples of audio data received from the bus receiver, wherein the bufferis configured to receive the samples of audio data in blocks, andwherein each of the blocks includes at least two of the samples of audiodata, wherein the control module is configured to wait to adjust theselected number of dummy bits to be transmitted across the single-bitbus until a first metric falls below a first threshold, and determinethe first metric based on a ratio of audio samples per block to a numberof audio samples stored by the buffer since a prior adjustment, andwherein each of the samples of audio data comprises a predeterminednumber of bits, and wherein the first threshold is inversely related to(i) the selected number of dummy bits to be transmitted across thesingle-bit bus and (ii) the predetermined number of bits.
 7. A methodcomprising: storing samples of audio data in a buffer, wherein each ofthe samples of audio data comprises a plurality of bits; transmittingeach of the plurality of bits, of each of the samples of audio dataretrieved from the buffer, across a single-bit bus; subsequent totransmitting each of the samples, transmitting a selected number ofdummy bits across the single-bit bus, wherein the selected number ofdummy bits to be transmitted across the single-bit bus is greater thanone; analyzing activity of the buffer; based on the activity of thebuffer, dynamically adjusting the selected number of dummy bits to betransmitted across the single-bit bus; acquiring the samples of audiodata transmitted across the single-bit bus; ignoring the dummy bitstransmitted across the single-bit bus; generating analog signals inresponse to the samples of audio data acquired across the single-bitbus; adjusting the selected number of dummy bits to be transmittedacross the single-bit bus in response to a difference between (i) afirst quantity indicating number of samples of audio data stored in thebuffer and (ii) a second quantity indicating number of samples of audiodata being retrieved from the buffer; and adjusting the first quantityto account for samples of audio data lost prior to reaching the buffer.8. The method of claim 7, wherein each of the samples of audio datacomprises a predetermined number of bits, and wherein the method furthercomprises initially setting the selected number of dummy bits to betransmitted across the single-bit bus to be approximately equal to thepredetermined number.
 9. The method of claim 7, further comprising:decreasing the selected number of dummy bits to be transmitted acrossthe single-bit bus in response to a first number being greater than asecond number, wherein the first number represents a number of samplesof audio data stored in the buffer during a predetermined time period,and the second number represents a number of samples of audio dataretrieved from the buffer during the predetermined time period.
 10. Themethod of claim 9, further comprising increasing the selected number ofdummy bits to be transmitted across the single-bit bus in response tothe first number being less than the second number.
 11. The method ofclaim 7, wherein the single-bit bus comprises anInter-Integrated-Circuit Sound (I²S) bus.
 12. A method comprising:storing samples of audio data in a buffer, wherein each of the samplesof audio data comprises a plurality of bits; transmitting each of theplurality of bits, of each of the samples of audio data retrieved fromthe buffer, across a single-bit bus; subsequent to transmitting each ofthe samples, transmitting a selected number of dummy bits across thesingle-bit bus, wherein the selected number of dummy bits to betransmitted across the single-bit bus is greater than one; analyzingactivity of the buffer; based on the activity of the buffer, dynamicallyadjusting the selected number of dummy bits to be transmitted across thesingle-bit bus; acquiring the samples of audio data transmitted acrossthe single-bit bus; ignoring the dummy bits transmitted across thesingle-bit bus; generating analog signals in response to the samples ofaudio data acquired across the single-bit bus; receiving the samples ofaudio data in blocks, wherein each of the blocks includes at least twoof the samples of audio data; waiting to adjust the selected number ofdummy bits to be transmitted across the single-bit bus until a firstmetric falls below a first threshold; and determining the first metricin response to a ratio of audio samples per block to a number of audiosamples stored in the buffer since a prior adjustment, wherein each ofthe samples of audio data comprises a predetermined number of bits, andwherein the first threshold is inversely related to (i) the selectednumber of dummy bits to be transmitted across the single-bit bus and(ii) the predetermined number of bits.